home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / info / rimeman.zip / RIMEMAN.TXT
Text File  |  1992-10-02  |  32KB  |  675 lines

  1.                       RIME(tm) USERS GUIDE
  2.  
  3.                           INTRODUCTION
  4.  
  5. This manual deals with how you, as a user, can get the most from the
  6. RIME(tm) network.  It was written in response to your requests and will
  7. hopefully answer your questions on how to use the Relay to your best
  8. advantage.
  9.  
  10. RIME(tm) has been in existence since early 1988. It was started by Bob
  11. Shuck and was originally composed of a small group of 10 or so
  12. Washington D.C. boards.  Dissatisfaction with the software that the then
  13. "UpLink" network was using, a casual conversation with Kip Compton and
  14. the addition of a board in New York gave birth to PCRelay Software and
  15. the RIME(tm) Network.  In a quest for more excellence, we have just
  16. changed our network software to the next generation, Postlink.
  17.  
  18. As you read this manual please remember that if there is a subject you
  19. do not understand, the NewUsers conference is always available for all
  20. questions.  If your sysop does not carry the NewUser conference, why not
  21. ask him/her to do so. Never be embarrassed to ask a question on this
  22. network.  We were all new users once too.  No question is ever
  23. considered too dumb-- and really, we are a friendly lot!
  24.  
  25. WHAT IS RIME(tm)?
  26.  
  27. RIME(tm) is a world wide network of electronic bulletin board systems
  28. (otherwise known as a BBS) that join hands to form an electronic mail
  29. system.  Messages you enter on one BBS are sent (copied) to another BBS.
  30. That BBS in turn copies your message along with it's own messages to yet
  31. another BBS.  This is known as echoing or relaying.  When you leave a
  32. message or "mail" on a participating board, that message is copied to
  33. all other boards that participate in the network.  The fact that your
  34. messages travel from bulletin board to bulletin board is the only thing
  35. that makes your message different from entering a message on a purely
  36. local bulletin board.
  37.  
  38. This network of bulletin boards has one common goal: To provide a
  39. environment for the friendly exchange of messages with others all over
  40. the world.
  41.  
  42. RIME(tm) is also a group of very committed professional sysops who have
  43. made the resources of an international BBS network available to you.
  44.  
  45. RIME(tm) provides user support for a wide variety of special interest
  46. groups and product support for a wide variety of products. In fact, if
  47. you want to find a wider variety of subjects you'd have to join a pay
  48. network like The Source or CompuServe.
  49.  
  50. From all parts of the US, Canada, Europe, Russia, South America and the
  51. Far East you'll find members of RIME(tm).
  52.  
  53. WHO'S IN CHARGE HERE?
  54.  
  55. RIME(tm) consists of one governing body: the Steering Committee. The
  56. Steering Committee consists of 5 members.  They are the glue that holds
  57. the network together.  They are ultimately responsible for all decisions
  58. of the network.  The Steering Committee consists of:
  59.  
  60.                          Bonnie Anthony
  61.                            Rex Hankins
  62.                          Howard Belasco
  63.                          JThomas Howell
  64.                            Mike Glenn
  65.  
  66. These people have put a lot of effort into making sure that when you
  67. dial your local board, RIME(tm) is there. They are also in charge of the
  68. network Hub, affectionately called the NETHUB. If you have a question
  69. about policy, these are the right people to ask.  If you need to send
  70. them a message, address one message to STEERCOM.  An individual message
  71. to each member is unnecessary.  You may leave your question in either
  72. the COMMON or NetUser conference.
  73.  
  74. To help you understand some of this terminology:
  75.  
  76. NODE: A bulletin board system (BBS) that calls another bulletin
  77.       board system (called a Hub) in order to  transfer mail.  A
  78.       node does not receive mail directly from any other BBS.
  79.       (that is, no one calls it to transfer mail.)
  80.  
  81. HUB:  A bulletin board system (BBS) that calls another Hub to transfer
  82.       mail, and is called by one or more nodes to transfer mail.
  83.  
  84. SITE:  A site is the same as a NODE, a bulletin board system.  Each site
  85.       is designated by its own unique site number.  The site number
  86.       appears in the tagline area of eveyr message that is exported from
  87.       a board.
  88.  
  89. SUPER-REGIONAL HUB: One of several Hubs located in different
  90.       geographic locations. These Hubs are appointed by the
  91.       Steering Committee. Generally, Hubs call a Super-Regional Hub,
  92.       which in turn, calls the NetHub.
  93.  
  94. NETHUB:The "home" of RIME(tm), operated in Bethesda, Maryland
  95.       by Bonnie Anthony. All Super-Regional Hubs call the NetHub
  96.       for their mail packets.
  97.  
  98. ID CODE:A one to twelve character string which contains letters or
  99.       numbers. Each node has a unique IDCODE which is used to
  100.       identify that node in the network.  The IDCODE appears at the
  101.       bottom of every message that is "relayed" thruout the network.
  102.  
  103. Then there are the conference hosts.  A conference host is in charge of
  104. a particular conference (defined later), just as the Steering Committee
  105. is in charge of the network.
  106.  
  107. On our Network, coordinating the conferences is a big job, and is
  108. currently handled by several people.  You should familiarize yourself
  109. with who does what:
  110.  
  111.         James Wall (IDCODE=DREAM) is the Conference
  112.                 Manager and responsible for adding new conferences,
  113.                 assigning hosts to old conferences and keeping track
  114.                 of conference numbers - in other words, he is the
  115.                 man to see if you want to start a new conference, or
  116.                 become a host on RIME.
  117.         Right now the job of the Conference Liason, the person that
  118.                 handles all intra-conference problems is unfilled.  If
  119.                 you are experiencing some problem in a conference, this
  120.                 is the one to get in touch with.  A new person will be
  121.                 shortly announced.
  122.         Rick Kingslan (IDCODE=OMAHANET) is our Marketing Coordinator,
  123.  
  124. Last but not least are the unsung heros of the network, the sysop! These
  125. are the people who go to great expense providing equipment and phone
  126. lines so you can converse with the world. The sysop is always the first
  127. line of defense in case a problem arises.
  128.  
  129. HOW DOES MY MAIL GET TO ME?
  130.  
  131. Each day your local bulletin board calls its Regional Hub, usually in
  132. the middle of the night.  At that time all new messages users have
  133. entered on the BBS are uploaded to the Regional Hub.  Then, your board
  134. downloads a packet which contains all the public and routed messages
  135. from every other BBS on the network.
  136.  
  137. The Regional Hub takes this packet and adds it to packets from other
  138. boards connected to it and creates larger, more complete packets.  These
  139. packets contain messages, files and requests from each board that calls
  140. the Regional Hub.  At least once a day, usually two or three times, the
  141. Regional Hub calls the Super-Regional Hub which calls the NetHub.
  142.  
  143. The NetHub takes the incoming packet of hub mail and returns to the
  144. Super-Regional Hub all the mail it received since that Hub last called.
  145. The Nethub then adds the new mail it received to the waiting mail for
  146. all other Hubs.  This is all done automatically.
  147.  
  148. The Regional Hub takes all the mail it received from the Super-Regional
  149. Hub and adds it to the packet for your board (and all the other boards
  150. connected to it.)  Then you call your local board and either download
  151. the mail to read using your off-line reader or read and reply to the new
  152. mail on the board.
  153.  
  154. FEATURES AVAILABLE TO USERS
  155.  
  156. RIME(tm) uses Postlink software written by Kip Compton. This is without
  157. question the most versatile network software ever written.
  158.  
  159. Some of the features, such as file sends and requests are not normally
  160. directly available to users.  However, if a unique file is mentioned in
  161. a conference message, you might ask your sysop if he could obtain that
  162. file for you.
  163.  
  164. Please remember that most Hubs call long distance for their mail and
  165. files increase the time and therefore expense of file transfers.  Do not
  166. request files that you could obtain from one of the local boards in your
  167. area.
  168.  
  169. The important feature, for you, of Postlink software is its ability to
  170. transfer messages within a conference area, between bulletin boards.
  171. A conference is a message area that is specific to one particular topic
  172. of interest.  There are over 300 conferences currently defined on
  173. RIME. Your BBS probably does not carry all of the conferences as the
  174. disk space required for this may be high.
  175.  
  176. Your sysop may carry conferences that are both relayed and not relayed.
  177. If you have any questions about whether a particular conference is
  178. relayed, please ask your sysop.
  179.  
  180. When you enter your message in a relayed conference you may be asked if
  181. you wish to "ECHO" the message.  If you say "Yes" your message will be
  182. sent out to all other participating bulletin board Systems.  If you
  183. answer "No"  the message remains on your local bulletin board and is not
  184. transferred within the network. When you relay your message, please
  185. remember that it is being copied to over 900 boards.
  186.  
  187. Although there will be reference numbers on the message, it is
  188. considered polite to quote a few lines from the message you are
  189. responding to.  That helps the recipient remember the "conversation"
  190. even if he reads the message days later.
  191.  
  192. Please be aware that every participating bulletin board system will have
  193. a different set of reference numbers for the same set of messages.  This
  194. is due to the different times that each board started receiving the
  195. particular conference. Therefore you should not reference a message
  196. number unless you are talking with someone on the same bulletin board.
  197.  
  198. TYPES OF MESSAGES
  199.  
  200. In reading the messages on the RIME network, you have probably come
  201. across some relay terms that you are unfamiliar with. Phrases such as
  202. "R/O", "Routed",  etc. refer to the different ways of sending a message.
  203.  
  204. While no message placed on the network can legally be considered
  205. private, you can direct a message to a single individual by making it
  206. R/O, i.e. Receiver Only. The BBS software in use on the BBS that you
  207. access RIME through will determine how you mark a message as R/O. On
  208. PCBoard systems, it is actually termed Receiver Only. On other systems,
  209. it may be called "private". By marking the message as private or R/O on
  210. the BBS, you are making the message R/O in respect to RIME as well.
  211.  
  212. There is a consideration to be made before sending someone an R/O
  213. message. Plain, unrouted R/O mail is usually not allowed to be exported
  214. from a BBS that is on a Postlink network.  If you send an unrouted R/O
  215. message, and your board does not allow the export of this type of mail,
  216. you will receive a message from Postlink telling you that the message
  217. was not sent into the network and that you should send the message
  218. routed as well as private.
  219.  
  220. We strongly recommend that you do not leave UNROUTED private messages to
  221. other users in the network. Private, unrouted mail is delivered to every
  222. system in the network and is readable by any person with sufficient
  223. security to read private mail.  We recommend that any message you wish
  224. to be private be sent via ROUTED MAIL only.
  225.  
  226. Always remember, there is no mail in the network that cannot be read by
  227. the sending and receiving sysops and while we do not guarantee real
  228. private mail, the software facility for sending routed messages, which
  229. limits the sending of messages to just the boards to which the message
  230. is routed, helps save each and every sysop money and disk space.
  231.  
  232.                            Routed messages
  233.  
  234. A routed message is a message meant to be delivered to only specific
  235. board(s) mentioned in the routing information of a message. It may be
  236. either public or private.
  237.  
  238. To send a routed message you must know either the site number or the
  239. IDCODE of the board you wish to reach. The site number appears
  240. immediately after the words POSTLINK in every tagline and the site
  241. number is immediately followed by the IDCODE which is a group of up to
  242. 12 letters.  Here is a typical tagline:
  243.  
  244. * Collector's EDITION, Dallas, TX (214)351-9859/9871 14.4 <ASP>
  245. * PostLink(tm) v1.02  EDITION (#79) : RelayNet(tm) : North Texas Hub
  246.                       /^^^^^^^   ^^ \
  247.                     /                 \
  248.                   /                     \
  249.          This is the IDCODE            This is the Site Number
  250.             EDITION                               79
  251.  
  252. As you can see, the information you need in order to route appears after
  253. the word "Postlink(tm) in the tagline area. The IDCODE immediately
  254. follows the Postlink version number and the SITE number is preceeded by
  255. the # symbol. Do NOT use the # symbol in your routing information.
  256.  
  257. The symbol for routing is -> that is a hyphen immediately followed by a
  258. greater than symbol or arrow pointing to the right. This routing symbol
  259. must then be immediately followed by the site number or the IDCODE.
  260. This routing symbol must be placed in the extreme upper left hand corner
  261. of the message, on the very first line.  Do not start the text of your
  262. message immediately after your routing symbol.  Skip a line or at least
  263. a few spaces before you start the body of your message. It would look
  264. like this if you were trying to reach me at RUNNINGA or site #2.
  265.  
  266. Either
  267.  
  268. ->RUNNINGA
  269.  
  270. or
  271.  
  272. ->2
  273.  
  274. If you want to know when the routed message arrived and thereby receive
  275. a "return receipt" - place a backward routing symbol <- immediately
  276. after the site number or the IDCODE.
  277.  
  278. You may route a message to more than one site at the same time by
  279. stacking the site number or IDCODE on the routing line, each route
  280. separate by a space.  This is called multicasting.  You may mix site
  281. numbers and IDCODES and you may mix upper and lower cases for the
  282. IDCODES. The IDCODE does not need to be in upper case. You may also
  283. request a return receipts when multicasting, but realize you will
  284. receive a return receipt from every system you have on your routing
  285. line.
  286.  
  287. Here is an example of a multicasted message asking for a return receipt:
  288.  
  289. ->RUNNINGA 547 modemzone 1121 687 3 1421 Earthzone<-
  290.  
  291. Multicasted messages all are addressed to the same person and are
  292. most useful when trying to reach sysops, a particular user that
  293. frequents more boards than one, or ALL the users of a few select
  294. boards.  You may multicast either public or private messages.
  295.  
  296. Routed messages may of course be either public or R/O.
  297.  
  298. NOTE:  The directional arrow is nothing more than a hyphen
  299.        ("minus key") followed by a greater than key (>).  It is
  300.        not the right arrow key on your keyboard.
  301.  
  302. NOTE:  There is no space between the arrow and the IDCODE or Site Number
  303.        of the destination node.
  304.  
  305. NOTE:  Postlink will read the occurrence of the sumbol ->WORD if it is
  306.        the first thing on the first line as an attempt on your part to
  307.        route a message.  Do not use -> as a quoting symbol in your
  308.        reader unless you leave a space between the '->' and the first
  309.        letter of the following word. BE CAREFUL!
  310.  
  311. By using the Routing function, you can help decrease the traffic of
  312. messages that clutter conferences and actually lower the operating cost
  313. of many nodes.
  314.  
  315. More on ROUTED MAIL:
  316.  
  317. When new mail is brought into a conference on a BBS, the routed messages
  318. are placed in each conference first.  Therefore if you leave a message
  319. telling a recipient that a private message is to follow "this message",
  320. more than likely it is not true and he/she has already read the private
  321. message.
  322.  
  323. When you use the Receiver/Only (R/O;private) of specialized message
  324. function on RelayNet(tm) you are agreeing:
  325.  
  326.       o  To hold the net blameless for the release of the message as a
  327. public message.
  328.  
  329.       o  To allow people who normally have sufficient security to read
  330. your message.
  331.  
  332.       o  NEVER to use a private message to speak of or conduct any
  333. business that may be contrary to network policy or considered illegal
  334. in the outside world.
  335.  
  336.       o  That the message you enter is not the same private message
  337. described in the recent ECPA rulings.
  338.  
  339. When transferring mail, Postlink software, by reading the routing
  340. symbols, automatically decides on which boards routed messages to
  341. another user should appear. This decision is made at the node level.
  342.  
  343. Remember, the sysop of the receiving system and of the sending system,
  344. as well as all other users on each system who are qualified to read
  345. private mail can read all routed messages.  There is no such thing as
  346. a message that a SysOp cannot read and a user can read.
  347.  
  348. USING OFF-LINE READERS
  349.  
  350. Off-line readers are a method by which you may read messages from a BBS
  351. while off-line (i.e. not logged on.)  You start by logging on to a
  352. bulletin board, briefly, to download your messages. Then, by using one
  353. of the off-line reader programs, you may spend all the time you need
  354. reading messages, entering replies and any new messages you may come up
  355. with.  When you are finished, you log back on to the BBS, briefly, in
  356. order to upload your replies and any new messages you may have created.
  357.  
  358. The process of uploading and downloading messages may be done in one
  359. phone call.  Log on to the BBS, upload your new replies, download the
  360. new messages that have been entered since the last time you were on,
  361. then log off the BBS. Those of you who call long distance may prefer
  362. this approach as it helps to reduce long distance changes by doing the
  363. whole process in one phone call.
  364.  
  365. The use of an off-line reader may save you telephone charges by also
  366. shortening your daily total on-line time, and, at the same time, it
  367. allows more users per day to access your local BBS.
  368.  
  369. GENERAL CONFERENCE RULES:
  370.  
  371. (for the specific rules please ask your sysop for the file called
  372. confrule.zip)
  373.  
  374. 1) No Aliases are permitted. You must use your real name in
  375. every RIME(tm) conference (except certain conferences such as Recovery
  376. where a reasonable alias is permitted.)  If you are unsure, do not use
  377. an alias but ask the conference host if one is permissible.
  378.  
  379. 2) No offensive or abusive language is allowed.  The use of any word,
  380. group of words, expression, comment, suggestion, or proposal which is
  381. profane, obscene, lewd, lascivious, filthy, or indecent, is strictly
  382. prohibited within the RIME(tm) Network and may result in the removal
  383. of your user id from your BBS.  Please apply the standard rules of
  384. courtesy to any conversation you have in the network.
  385.  
  386. Do not abuse the other users of any conference(s) by sending abusive,
  387. foul, or insulting messages.  No abuse of other users on the basis of
  388. character, physical characteristics, religion, gender, sexual
  389. orientation, intelligence quotient, or ethnicity is allowed.  Messages
  390. meant to harass or bully another user are never permitted.
  391.  
  392. 3) No BBS ads permitted except in the BBS Ads or Ansi graphics
  393. conference.
  394.  
  395. 4) Since there are conferences for almost every subject, place your
  396. message in the conference where it fits best. If you can't find a good
  397. fit, consider using the UPLINK conference, which is our chit-chat
  398. conference. Messages should remain to the topic of the conference.
  399.  
  400. 5) No for-sale advertisements are permitted in any conference except
  401. the ForSale conference or where specifically allowed by the network.
  402. Ask the conference host of your particular conference if for-sale ads
  403. are allowed in the conference before you place a for-sale ad.  Pyramid
  404. schemes are not allowed anywhere on the network as they are illegal.
  405.  
  406. We here at Relaynet assume NO responsibility for any merchandise
  407. purchased through our network.  There are no rules on this network
  408. that have anything to do with the payment or receiving of goods.  That
  409. is a private matter between the buyer and the seller and RIME assumes
  410. absolutely no responsibility for any sales whatsoever.  It is strictly
  411. a caveat emptor.
  412.  
  413. The rules of the network for forsale ads are as follows:
  414.  
  415.         a - Dealers are encouraged to participate but we do ask that
  416. they identify themselves as dealers and not send the same ad more than
  417. once a week.  They may send different ads daily if they so choose.
  418.         b - personal ads are allowed every few days.
  419.         c - all ads for software must include the words "includes all
  420. orginal disks and manuals" and that is all - they do not have to
  421. include orginal packaging if all disks and manuals are sold.
  422.  
  423. 6) Uploading or transfer through the network of commercial software is
  424. absolutely prohibited.
  425.  
  426. 7) Messages in the Common conference are limited to 10 lines including
  427. quoting but excluding software generated taglines.
  428.  
  429.     The Common conference should be considered as a starting place
  430. on RIME(tm), a conference where you might greet each other, locate
  431. boards in various geographically areas, post messages as you would on
  432. a "live" bulletin board or make general announcements.
  433.  
  434. 8) The Sysops conference is open to all sysops whether they are members
  435. of RIME(tm) or not.  Also, at the discretion of the SysOp, any user may
  436. be granted access to this conference.
  437.  
  438. 9) RIME(tm) retains possession of all messages appearing in the network.
  439. Do not transfer messages to other networks without express permission.
  440.  
  441. 10) Messages from other networks may only be used on RIME(tm) with the
  442. consent of the messages' author and the other network.
  443.  
  444. 11) The Net administration conference is open only to Relaynet Sysops,
  445. Co-Sysops and Conference Hosts.
  446.  
  447. 12) If you are asked by a Conference Host or Steering Committee member
  448. to cease a message thread, please comply as soon as you receive the
  449. message. Do not debate the issue further.
  450.  
  451. 13) Questions directed to the Administration should be placed in the
  452. NetUsers conference.  Please use Steercom as the recipient of the
  453. message if you mean it to be addressed to the Steering Committee as a
  454. whole.
  455.  
  456. 14) Don't Quote Excessively.  Most software and offline readers allow
  457. you to quote parts of the message you are replying to.  It is a waste of
  458. space in a message and is costly for our sysops to transfer messages
  459. which have large quote areas in any message.  Usually a line or two will
  460. suffice to remind the receiver of what you are replying to, which is the
  461. purpose of quoting.  Never quote an entire message. The quote area
  462. should be less than 20% of the message.  Never quote the tagline areas
  463. unless you are discussing taglines!
  464.  
  465. While quote boxes can be nice looking, some computers cannot handle
  466. them, special readers such as for the visually impaired often do not
  467. handle them well, and they can lead to problems in general readers as
  468. well as corrupt mail packets. We ask all users to reduce, if not
  469. eliminate, the quote boxes in the interest of fairness to all the
  470. other users of the network.
  471.  
  472. 15) Signature lines are limited to two lines.  Ansi graphics are not
  473. permitted in any signature lines except in the ANSI conference.
  474.  
  475. 16) No one may copy, quote verbatim, or extensively quote from a message
  476. from one issue-oriented conference to another without permission of the
  477. originator of the message.  In addition retransmission of public/private
  478. messages dealing with administrative matters to anyone other than the
  479. user, Sysop, CH or SC member in order to harass, bully, bring other
  480. users into the private administrative discussion or substantially
  481. distort that administrative action is considered grounds for
  482. disciplinary action and potential removal from the network.
  483.  
  484. 17) Bombing the Network, or the practice of a user generating multiple
  485. non-related messages for the purpose of disrupting a conference or the
  486. Network is prohibited.
  487.  
  488. 18) Messages that are specifically intended to mislead and deceive are
  489. considered to be disruptive to a conference.  Messages meant to harass
  490. or bully another user are not allowed.
  491.  
  492. 19) Differences of opinion that are over these rules in a conference are
  493. to be discussed in the NETADMIN or the USERS Conferences only. These
  494. differences may be discussed with the Conference Host in the conference
  495. by R/O and/or Routed message, or with STEERCOM in the COMMON Conference
  496. by R/O message only.
  497.  
  498. 20) Any user or sysop threatening to involve Relaynet in a law suit or
  499. legal battle, at the discretion of the CC or SC, may be removed from the
  500. network.
  501.  
  502. 21) Of course, no illegal activity.
  503.  
  504. USER COURTESIES
  505.  
  506. Did you know that if you use all upper case letters, that other users
  507. think you are shouting at them?  Remember to turn off your CAPS LOCK key
  508. when you go to enter a message.
  509.  
  510. Some users think that the way to get started is to answer every message
  511. they see.  That sometimes works but often it serves to annoy the other
  512. users who are already engaged in some kind of dialog in the conference.
  513. When you enter a conference for the first time, feel free to say hello
  514. and introduce yourself.  Then sit back and read a few days worth of
  515. mail.  In that time you will probably discover the trends of the
  516. conference and that you have something substantial to add to the
  517. discussion.
  518.  
  519. The conference host is a valuable asset in a conference.  The hosts run
  520. the conference, introduce topics of general interest to the conference
  521. members to enlarge discussions, oversees that the messages stay on
  522. topic, provides information and acts as a liason between users and the
  523. powers that be above him/her.
  524.  
  525. When a CH (conference host) asks you to end a thread, or move the
  526. discussion along, please be aware that they can enforce the conference
  527. rules in their conference.  If you feel that you are being treated
  528. unfairly, there are recourses open to you.  But these do not involve
  529. public discussion in the conference itself.
  530.  
  531. WHEN A PROBLEM ARISES
  532.  
  533. A problem arises?  You need some sort of help?  Here's how to get the
  534. answers that solve your problem.
  535.  
  536.         If it is a system problem or a general question, ask your
  537. sysop first!  Most times he/she will have the answer you need to solve
  538. your problem.  Leave them a Comment.  This is a private message to
  539. your sysop.  If you leave such a message in a relayed conference it will
  540. usually not be transmitted across the network.  Your sysop may not read
  541. every conference he relays, so leave him/her a comment on the main
  542. board.  Most sysops read their main board.
  543.  
  544.         If it is a conference specific question leave a message to the
  545. conference host of that particular conference.  If the conference
  546. appears to have no host or you are unsure exactly who the host is, leave
  547. a message to James Wall (IDCODE=DREAM, SITE #121) in the Common
  548. conference - our "network bulletin board" and ask him who the conference
  549. host is.
  550.  
  551.         If you are experiencing a problem with a conference host, or
  552. feel that the problem you have needs resolution at a higher level,
  553. leave a message for Bonnie Anthony (IDCODE=RUNNINGA, SITE #2) and tell
  554. her what your problem is and see if she can help you out.  Again, she
  555. hangs out in COMMON.
  556.  
  557.         If you still have a question and it has not been resolved by
  558. the steps above, write a message to STEERCOM and leave it in the
  559. Common conference or if it is available on your BBS join the NetUsers
  560. conference.  The Steering Committee can be found monitoring both
  561. conferences for any questions that users might have.
  562.  
  563.         ALL DECISIONS OF THE STEERING COMMITTEE ARE FINAL
  564.  
  565. THE RECENT ECPA RULINGS AND PRIVATE MAIL
  566.  
  567.         There is always lively discussion surrounding the issue
  568. of private mail on a BBS network.  Below is the RIME(tm) policy
  569. regarding private mail:
  570.  
  571.                     TO ALL USERS OF RIME(tm)
  572.  
  573. Messages that are posted in any and all conferences on any BBS
  574. designated as a member of Postlink, RelayNet or RIME(tm) are relayed
  575. ("echoed") throughout the international network.
  576.  
  577. RIME(tm) maintains the capability and capacity to send and receive
  578. routed messages that are flagged as "Receiver-Only". However, messages
  579. so flagged are NOT to be considered by any user as actual "private"
  580. messages.
  581.  
  582. The purpose of the Receiver-Only flag for such messages is intended
  583. solely to provide for a means of limiting the possible number of BBS's
  584. that may have access to the messages for display purposes. The following
  585. is the official RIME(tm) policy regarding Receiver Only flagged
  586. messages.
  587.  
  588. PURSUANT TO THE ELECTRONIC COMMUNICATIONS PRIVACY ACT OF 1986,
  589. 18 USC 2510 et. seq., NOTICE IS HEREBY GIVEN TO ALL USERS OF
  590. THIS NETWORK THAT THERE ARE NO FACILITIES PROVIDED BY THE
  591. RIME(tm) INTERNATIONAL NETWORK FOR SENDING OR RECEIVING PRIVATE
  592. OR CONFIDENTIAL ELECTRONIC COMMUNICATIONS. ALL MESSAGES POSTED
  593. IN RELAYED CONFERENCES SHALL BE DEEMED TO BE READILY ACCESSIBLE
  594. TO ALL NETWORK HUBS, NODES, AND USERS.
  595.  
  596. Do NOT use RIME(tm) conferences for any communication for which you
  597. intend only yourself and one or more specific recipients to read.
  598. Consider that all node sysops have the capability, capacity and
  599. potential to read all mail posted in this network, and, as a result, to
  600. post said messages as public messages on their boards.
  601.  
  602. All participating Network Bulletin Board Systems shall deem all messages
  603. posted within the RIME(tm) conferences to be readily accessible to the
  604. general public at all times.
  605.  
  606. If you post a message within any RIME(tm) conference, your acceptance of
  607. this policy is heretofore implied. The RIME(tm) International Network
  608. and any participating bulletin board system assumes absolutely no
  609. accountability or liability whatsoever for any violations of this policy
  610. by any and all users of this network.
  611.  
  612. To reiterate: This network provides the capability and capacity to flag
  613. messages as R/O.  However, messages so flagged will not and cannot be
  614. considered or defined as "private communications" between two or more
  615. people.
  616.  
  617. DUTIES OF A CONFERENCE HOST
  618.  
  619. The following are the general duties of a conference host. These may
  620. vary from conference to conference.
  621.  
  622. o Defining the operating rules of the conference.
  623.  
  624. o Dealing with those users experiencing difficulty conforming to the
  625. set rules.
  626.  
  627. o Encouraging discussion by either responding to messages or
  628. initiating pertinent topics for discussion.
  629.  
  630. o Replying to ALL messages that, either explicitly or implicitly, call
  631. for a reply from the host.
  632.  
  633. o  Convincing sysops not currently carrying your conference to do so.
  634.  
  635. o Getting people who are leaving messages in other conferences
  636. appropriate to yours to join the discussions  in your conference.
  637.  
  638. o   Coordinating wih other conference hosts whose conference topics
  639. overlap with yours.
  640.  
  641. If you think that you have a good idea for a conference, or would like
  642. to host a conferences, please send a R/O message to James Wall
  643. (IDCODE=DREAM, SITE #)in the COMMON conference. To start a conference
  644. you need to have the topic clearly defined, a conference host available
  645. that would be suitable for that conference, and 10 nodes and 5 hubs
  646. willing to agree to carry that conference.  James will be more than
  647. happy to help you get started in publisizing your idea and seeing if
  648. there is interest on the network for that topic.
  649.  
  650. HOW TO BECOME A MEMBER BOARD IN THE RIME(tm) NETWORK
  651.  
  652. Some of you may decide you like this medium so well you would like to
  653. join the network with your own board. To do this the Network requires
  654. that:
  655.  
  656. o  You have legally Registered copies of the software involved in the
  657. setup of your board.
  658.  
  659. o You download and familiarize yourself with the material contained in
  660. a file called RELAYNET.ZIP.
  661.  
  662. o You allow no pirated or commercial software in your files sections.
  663.  
  664. o You read and agree to the Network Bylaws.
  665.  
  666. o You complete and return the RIME(tm) application form along with the
  667. inital membership fee which is currently $25.00, but may change in the
  668. future.
  669.  
  670. If you meet these conditions you may join the network on a temporary
  671. basis until a probationary period has elapsed.  A decision on your
  672. status will be made at the end of that probationary period.
  673.  
  674. Copyright 1992 (All right reserved) - Bonnie Anthony, Bethesda Md
  675.